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(57) Abstract: A procurement system and method having interactive functionality. The procurement system utilizes an interactive 
customer interface (1 10) that operates over a network (130), such as the Internet. The system requests certain information from a 
customer related to a product preference to determine the products to be presented. The system interactively presents simulation 
objects of components and products to the customer to provide interactive functionality. The simulation objects are manipulated by 
the customer to facilitate the customer's familiarity with the product, increasing customer connectivity with the products and thereby 
increasing online purchasing of products. The present invention provides the capability for dynamically configuring a product or 
linking the attributes of a product directly to a database (160). The present invention provides for the seamless integration of product 
visualization and interaction to the processing of transactions. 
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S P E CIFICATION 

This Memational application claims priority to United States application 
No. 09/537,584, ffled March 28, 2000, and entitled, "Rwuremeat System and Me&^ 
Interactive Functionality. " The disclosure of the foregoing is incorporated by reference herein 
as if set forth in fiill herein. 

PROCUKEMENT SYSTEM AND METHOD HAVING 
INTERACTIVE FUNCTIONALITY 

BACKGROUND OF THE INVENTION 
Field of Invention 

The present invention relates generally to a network-based procurement system, having 
customer input and interactive functionality, that increases customer cormectivity by delivering 
the ability online to see components and products, interact with components and products, and 
ultimately purchase these coni|K)nents and products. 

Description of Prior Art 

Recently, there has been a push to move both the business (B2B) siqyply chain and the 
consumer (B2C) siqjply chain online — over the Internet; both manufacturers and retailers are 
transforming their businesses with Web-enabled cjq)abilities. This online procurement allows 
the streamlining of the procurement process. Manufacturers and retailers recognize that value 
can be created when online purchasing is used to reduce supply chain costs. To realize this 
value, in the online business-to-business (B2B) supply chain and in the business-to-consumer 
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(B2C) supply chain, it is necessary to optinuze the procurement functionality between 
manufacturers and resellers, and between resellers and their buyers. To optimize the 
procurement process, increasing the efficiency of the customer's ability to select the products 
or components desired, and then effectively execute the order-to-delivery process is crucial. 

While online purchasmg permits the reduction m supply chain costs, this methodology 
has its shortcomings. Moving the purchasing fimction online often removes the ability of the 
customer to connect (i.e., associate) with the product Having the ability to see a product and 
interact with that product before purchasing increases the association with the product - that 
is, it increases the connectivity between flie customer and the seller's products. A high degree 
of coimectivity is necessary to insure increased procurement by the customer. Numerous online 
systems are currently in use that provide for the e^qpeditious requisition of products and 
components, and then facilitate payment and delivery. However, this online procurement 
methodology of the prior art does not provide for adequate customer connectivity. The 
standard Web interface - a product catalog of photogr^hic unages - remains a stumbling 
block to increasing the connectivity between the customer and the seller's product No online 
procurement systems exist that provide the high degree of connectivity desired 

In recent years, businesses have endeavored to increase the procurement connectivity 
of their online catalogs. Various ^proaches have been widely used to deliver product 
information over the hitemet Sellers attempt to creatively display and describe their products 
to customers using their web pages. Manufacturers lay out and display product catalogs on web 
pages having content, such as text, pictures, sound and video. The technologies for dehvery 
of product images in online catalogs employ images of photographs and artistic renderings 
(including those that are computer generated). These images are delivered to the customer as 
photographs, pictures, stitched 2D pictures where multiple images are used to deliver a 
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scrolling panorama, canned or streaming 2D media including video and canned or streaming 
3D pictorial objects (ag., stereographies). More recently, collections of photographic images 
are provided that permit the customer to view the product fiom different vantage points through 
photographic images taken fiom those vantage points. 

For customer internet access, catalog web pages are stored for later display on a web 
server that responds to Hypertext Transfer Protocol (HTTP). A catalog web page is accessed 
using abrowser, Netsc£^e® Communicator or Microsoft® Internet Explorer. In response 
to a customer query, a browser requests a catalog page fiom a web server using HTTP, The 
web server responds to the request by returning the catalog page using HTTP. The web page 
is typically encoded using HyperText Markup Language (HTML). The browser interprets the 
HTML to format and display the catalog pages. 

A great variety of enhancem^ts to HTML are available, and many of those implement 
the image deliveries previously discussed. An online catalog can use these enhancements by 
embedding in its HTML codes references to these enhanced image files. To correctly present 
these files and their enhanced inter&ce, the browser must often be configured with an 
appropriate plug-in. When encountering an HTML enhancement for the first time, most 
modem browsers are configured to query the browser user if the download of an appropriate 
plug-in is desired. If directed to do so, the browser searches a master list of available plug-ins 
and begins a download. After successftil download and installation of an appropriate plug-in, 
subsequent encounters with that type of HTML enhancement will be correctly rendered in the 
catalog page. Popular plug-ins include Adobe's Acrobat Readei® and Apple Computer's 
QuickTime® and QuickTime VR®. These enhanced image viewers peraiit the customer to 
view products and components according to the predetermined images provided. Customers 
may browse through a catalog to identify products of interest, to obtain specific product 



wo 01/73645 



PCT/USOl/10529 



infonnation and to electronically purchase products after reviewing product information. Yet, 
fliere still is no interactivity between the product and the customer online; the ability to pick iq>, 
freely turn and manipulate a product is not possible. 

In view of the foregoing, there is a need for an interactive procurement system and 
method that overcomes the deficiencies of the prior art. 
SUMMARY OF THE INVENTION 

The present invention provides a procurement system and method based on the use of 
3D simulation objects. Simulation objects provide a 3D model of a product or component 
Further, a simulation object can include codes for their own manipulation or interaction wifli 
other simulation objects. Simulation objects are typically rendered fiom polygons, textures, 
colors, rules of behavior (e.g., equations of motion, physically based modeling) and the like. 
A simulation object viewer is preferably configured as a plug-m for a browser. This allows a 
customer to orient and interact with simulation objects 6om within their browser, by using 
ii^ut devices such as a keypad, mouse, touch sensitive screen or other inpaX device. Simulation 
objects can be moved and re-oriented with respect to the customer, or the objects can remain 
stationary and the customer can move around them. Simulation objects can be taken ^art, or 
components can be added. Simulation objects can be manipulated. A close, intuitive 
relationship is created between the customer and the displayed simulation object because of the 
interactivity provided. 

Use of simulation objects provides a method for exploring and examining objects and 
phenomena in a natural and intuitive way that exploits man's highly developed skills in visual 
recognition, 3D spatial processing c^abilities are matched with the computer's representation 
of objects. 
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Use of the system and method of the present mvention conveys to a customer a level 
of personal presence with a remote product. A visually-coupled system is created that presents 
the products alone, as part of other products, and/or in various real-world environments. 
Uniquepioductofiferingsaieshowcased through visualization, configuratio For 
many products, it is desirable to insure that the individual components of a product fit together, 
or interact in a manner to meet the customer's needs. A customer may need to identify a 
component within a product, and the attributes of that component Dynamic computer gr^hic 
displays of sunulation objects help with the understanding of how various parameters interact 
with each other. Provided is the ability for the customer to see the products, and interact with 
the products before the purchase. Thus, the present invention addresses the need for an 
interactive method for improving procurement connectivity and obtaining increased 
procurement functionality by providing a process for interactively displaying components and 
products for sale over the Internet 

A system and method for delivering purchasing information through a computer 
networksuchasoverthelntemetorthe World Wide Web isprovidei Customers can establish 
a bi-directional communication link, preferably log into the system, then browse among 
simulation objects of available components and products, interact with the components and 
products through the proxy of their simulation objects, and ultimately place an order online. 
The system merges interactive 3D simulation objects of the products with information about 
the products and creates a 3D viewable object for viewing and manipulating by the customer. 

Simulation objects implemented in an online products catalog provides for extensive 
customer interaction with the products being offered. By making products and components 
available as simulation object representations, a higher-quality and more precise procurement 
evaluation of the products is possible. The object is manipulated independentty, or as part of 
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a group of objects or components. This significantly enhances the customer's ability to 
understand the product infomiation, to perceive the product, and to visualize the product or 
components. 

A method for product procurement consistent with the present invention may be 
initiated by the requesting of infonnation from a customer at a terminal connected to the 
Internet The customer may provide the information requested through a remote server 
maintained by a merchant The customer is logged in to a web page that is the startmg point 
for each session. The customer is provided with an interface from which all the msy or functions 
of the merchant's system can be reached. From the interfece the customer may select various 
components and products of interest to the customer. The customer's selection information is 
processed by the merchant's server. 

In the present invention, the simulation obj ects of component and product are preferably 
stored as data in a database and proAdded on demand, online to the customer. Typically, a 
relational database is used. The onlme system interfeces wifli the database to access, transfa: 
and display product informatioiL A database management system (DBMS) is used to build the 
database and to operate on data within the database. The DBMS stores, retrieves and modifies 
data associated with the database. 

Simulation objects of components and products fit)m the database include iQ)date 
dynamics to provide that the changes of theproperties (position, orientation, configuration, etc.) 
of the objects appear to the customer to be in real-time (i.e., the behaviors of the simulation 
objects appear realistic). In addition, audio feedback may also be provided. 

The customer receives fully interactive and configurable simulation objects depicting 
the components or products. In addition, the customer may be provided with a hybrid of 
traditional images enhanced by simulation objects. Various points within or behaviors of the 

6 



wo 01/73645 



PCT/US0iyi0529 



simulation objects may be linked to sound or video. Once the viewer has manipulated the 
product and component images, he or she may select to purchase it The customer then 
provides the information necessary to process the transaction. 

In another embodiment of the present invention, a single server is provided that 
implements multiple, online catalogs that appear discrete. The server communicates bi- 
directionally with customers, and to and from it information flows for products from more than 
one merchant. Requests for product viewing are associated with a particular merchant based 
upon the online storefront visited by a customer, or upon the credentials presented by a 
merchant. Requestsresultinmerchant specific product information being presented. 

The present invention facilitates customer/seller interaction and customer connectivity. 
BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying dmwings, which are incorporated in and constitute a part of the 
specification, illustrate presently preferred embodimmts of the invention and, together with the 
preceding general description and the following detailed description, e)q>lain the principles of 
the invention. 

In the drawings: 

FIGURE 1 is a retrieval process diagram of a procurement system and method 
implemented over the Intemet consistent with the present mvention; 

FIGURE 2 is an exeaq)lary database table containing data representative of simulation 
objects used to implement a procurement system and method consistent with the present 
invention; 

FIGURE 3 is a flowchart for a prior art procurement system; 
FIGURE 4 is a flowchart of a method of procurement of products consistent with the 
present invention; 
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HGURE 5 is a flowchart of another method of piociitement of product 
the present invention; 

FIGURE 6 is a flowchart of an alternative method of procurement of products consistent 
with the present invention; 

FIGURE 7 is a data flow diagram for providing product data and simulation objects to 
and from a multiple customer and non-customer user procurement system and method 
consistent with the present invention; 

FIGURE 8 is an example of a functional diagram of one system architecture for a 
procurement system and method consistent with the present invention; 

FIGURE 8A is an example of a functional diagram demonstrating the scalability of the 
system architecture for a procurement system shown in FIGURE 8; 

FIGURE 9 is a flowchart for a multiple customer and non-customer user procurement 
system and method consistent with the present invention; 

FIGURE 10 is a gr^hical user int^ace consistent with the present invention; 

FIGURE 1 1 is a gr^hical usor interface highlighting the log-in location for a customer 
to access the procurement system of the present invention; 

FIGURE 12 is a gr^hical user interface consistent with the present invention 
highlighting the log-in area and the feature area; 

FIGURE 1 3 is a graphical user interface consistent with the present invention denoting 
the location of the customer interface to begin the procurement process; 

FIGURE 14 is a graphical user interface consistent with the present invention denoting 
the location of the customer drop down boxes for a customer to select the type of products to 
be viewed and for which information is to be obtained; 
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FIGUKB ISisagnqiUcaluserinterfaceconsisteatwithfhepresm 
the requested simulation objects, product information and purchase order area; 

FIGUKB 16 is a gr^hical user interface consistent with flie present invention 
highlighting the requested simulation objects and product information, and the purchase order 
area; 

FIGURE ITisagraphicaluserinter&cecoiisistent with the present invention presenting 
the requested simulation objects, product information and purchase order area, and further 
highlighting add-on components for a product; 

FIGURE 18isagr{q)hicalmerinterfacecoiisistentwiththepresentinventionpresenting 
the requested simulation objects, product information and purchase order area, and further 
having an add-on component added to the product and depicted as a simulation object; 

FIGURE 19 is a gn^hical user interface consistent with the priesent invention having 
a drop down box for a customer to select additional products to be viewed and purchased and 
for which product information and simulation objects may be obtained. 
DETAILBD DESCRIPTIQN OF THE INVENTIQN 

Embodiments consistent with the present invention address the need for increased 
customer connectivity by providing a 3D interactive procurement system and method. The 
procurement system and method described herein may be implemented over a variety of 
platforms, including wide area networks (WANs), local area networks (LANs), or CD-ROMs. 
Nevertheless, for purposes of setting forth the preferred embodiment of the present invention, 
the system and method of the present invention is described with regard to the Internet 

Figure 1 is a diagram of a procurement system 100 having interactive functionality 
implemented over the Internet consistent with apreferred embodiment of the present invention. 
Procurement system 1 00 includes a customer terminal 1 1 0, a web browser 120, an Internet 130, 
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a HTTP server 140» an plication server 1 SO, and a Simulation Object Database Management 
System (SODBMS) 160 including a Simulation Object Databas (not shown). Alternatively, 
HTTP Server 140 and application sarver 150 may be combined as a single server. One skilled 
in the art will recognize that the procurement system 1 00 may include more or less components 
depending on the desned customer environment For example, procuremeat system 1 00 may 
include additional servers for handling a high volume of customers. Moreover, procurement 
system 1 00 may operate as a store-front having multiple servers and multiple merchants. The 
HTTP server 140 may also act as a store front and commuiucate directly with merchants who 
maintain their storefront on the application server 150 over Litemet 130 or via another 
communication channel (not shown). 

Customer tenninal 1 1 0 is preferably a stand-alone con^uter terminal that is configured 
to communicate over Internet 1 30 (eg. , using Terminal Control Protocol/lhtemet Protocol, that 
is, TCP/IP). To &cilitate this operation, customer terminal 1 10 includes components typical 
to an Internet-ready computer terminal, such as a processor, memory, input/output terminals, 
client software (eg., web browser 120), and modem (or similar communication device). Web 
browser 1 20 is capable of displaying and manipulating simulation objects. This c£q>abihty may 
be an inherent feature, such as is found in EON Reality Viewer, Macromedia Flash, and/or 
Panoramic Environment Viewers, or this cs^ability may be supplied by a pli^ in as common 
for plug ins used by Microsoft® Internet Explorer® and Netscape Communicator®. The 
viewer enabled web browser 120 communicates with the web page and the database storing the 
simulation objects. 

When a customer first directs his web browser 120 to a merchant web site that employs 
simulation objects, the web browser 120 will detect that the needed plug in (or viewer) must 
be downloaded (this is standard browser functionality). The customer can choose to download 
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the recommended plug in, which is ordinarily downloaded, installed and loaded dynamically, 
and is thus in a few moments ready to display simulation objects. In subsequent visits to this 
or other websites employing simulation objects of the same type, no finlher plug in downloads 
wi 11 be required: the plug in software is akeady present and ready to operate . 

Once equipped with die simulation object plug in, a web browser 120 requests and 
receives simulation objects. Simulation objects are customized, configurable entities. They are 
displayed and manipulated via the web browser plug in. When these configuration choices are 
made. 

The integration of the simulation objects with the components of a web centric 
procurement system creates Ifae inq)roved connectivity procurement environment Allowing the 
customer to choose components, configure components, and through their virtual experience 
gain enough familiarity with the product or components to enable a purchase decision. 

Upon execution of the web browser 120, a customer can access HTTP server 140 over 
Internet 130 by inputting the q)propriate uniform resource locator (URL) into the web browser 
120 (eg:, '•www.reaUtybuy.com")* Alternatively, web browser 120maybepreconfiguredwith 
one or more URLs so that a URL may be selected b y a customer rather than entered. 

HTTP server 140 is preferably a computer dedicated to communication with the 
customer for implementing the procurement system consistent with the present invention in 
response to external requests &om customer terminal 110. HTTP server 140 receives a call for 
a web page by the web browser 120, which passes the HTTP server 140 the query parameters. 
The query parameters &om the web browser 120 include an embedded reference for a 
simulation object 200, which is sent as a secondary request to the application server 150 for the 
simulation object. The HTTP server 140 receives the query parameters and passes a web page 
request 145 to application server 150. The ^plication server 150 queries the Simulation 
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Object Database Management System (SODBMS) 160 for Oie simulaticm (not shown). The 
type of £q>p]ication server is not critical; it may be based on ASP, JSP, CGI or any other process 
enable of querying the SODBMS 160. The simulation object 200 may be stored within the 
SODBMS in a Binary Large Object Field (BLOB) 165. 

The HTTP server receives the secondary request and preferably sends it to an 
^plication server for processing. The application server then runs the query through the 
SODBMS, and retrieves the simulation object data as a BLOB (Binary Large Object) field 
fipom the database. Alternatively, a table is returned containing data representing multiple 
simulation objects. 

Li Figure 2 there is shown a sample of a BLOB 165 containing the simulation object 
200. AtypicalBLOB 165 containingasimulationobject200(notshown)willprovidethe field 
type, and the field description. Thus, a simulation object 200 is stored dynamically, rather tiian 
statically as a photograph or still image of a product would be stored. The simulation object 
200 is linked to a product database contaming information about the products and conq>onents. 
As components of a simulation object 200 are changed by the customer, the view of the 
simulation object 200 dynamically changes for the ciistomer. As the dynamic changing of 
components of a simulation object 200 create different products, the product identification 
nimiber, typically a SKU may be identified by a query to the product database, fit>m tiie product 
information stored in the product database, and information about product availability provided 
to the customer. If product information for a particular product configuration does not exist in 
tiie product database, a new product identification number may be generated and added to the 
product database, or the new product configuration may be provided to the customer as a Ust 
of component parts. Figure 2 is a sample a table of simulation object data in the SODBMS. 
For an actual catalog, the table would commonly contain hundreds of rows, and for many 
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puiposes may contain more than tens of thousands (e.g. the number of spare parts carried by 
a automobile manu&cturer or an sgypliance repair service). 

Referring again to Figure 1, the SODBMS 160 returns BLOB 165 to the application 
server 150. The q[>pUcation server 150 then passes the BLOB 165 back to the web browser 
120; the resultant simulation object data is then retumed to the customer's browser via the 
HTTP connection aheady open. The web browser 120 sends the BLOB imbedded in and 
HTML document to the customer terminal 1 10 from the HTTP server 140 over the Internet 120. 
The customer then views the simulation object 200 at flie customer terminal 1 10. 

In Figure 3 there is shown a flowchart for a prior art online procurement method To 
use a prior art method, a customer first accesses a merchant website hosted by a server (Step 
300). Upon accessing the merchant website, the customer may conduct a search for products 
and product information (Step 305), The customer may scroll through the topics of products 
that he wishes to view. Upon receipt of the customer's selection, the customer's uq>uts are used 
to select appropriate product and/or product areas. The customer then views the products and 
product information selected (Stqp 3 1 0). After viewing the products and product information, 
the customer may decide to purchase the product (Step 315). If no decision is made to 
purchase, the customer may start from the beginning (Step 300), continue by begiiming a new ^ 
search (Step 305), reviewing the results ofhis present search (Step 3 1 0), or simply return to the 
home page, or the customer may log oBL 

In Figure 4 there is shown a flowchart for a method of implementing procurement 
system 100. To use the system of the present invention, a customer first accesses a merchant 
website with a web browser 120 configured with a viewer to view simulation objects 200 (Step 
400). Upon accessing the merchant website, the customer may conduct a search for products 
and product information (Step 405). The customer may scroll through the topics of products 
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that he wishes to view. The customer may then select the product or product areas that he 
desires. Preferably, the customex's selection fiom the procurement system 100 is made r^idly 
accessible by allowing the customer to type the first few letters of a product or product area. 
Alternatively, products and/or product areas may be presented hierarchically, whereby a 
customer would first select a category (e,g, , automobiles) from among a short list of categories. 
An embodiment may use a search engine, where keywords entered limit the list to selections 
containing at least a majority of the keywords. Selection strategies such as these and otiiers will 
be well known to those skilled in the art. Upon receipt of the customer's selection, the 
customer's inputs are used to select ^propriate product and/or product areas. One skilled in the 
art will recognize that the procurement system 100 may be configured to output any 
combination of data relating to products and/or product areas. The customer then views the 
products and product information selected, with the products launched as simulation objects 
(Step 410). Product selection and simulation object launch may be a single stq>, or may be a 
series of steps. In Figure 4, it is represented as a single Step 410. 

With the product information and simulation objects, a customer may be provided with 
both general information and details about a particular product. When viewing the product, the 
customer will typically receive a description of the product, and be able to view the product as. ^ 
a simulation object Product availability, and other information such as price, weight, shipping 
information, etc. may also be provided. 

With products and components configured as simulation objects 200, the customer will 
be able to look at tiie product in more detail. The customer will be able to interact with the 
product as if were in front of him or her (Step 415). There will be the ability to look at the 
product from a 3D aspect, beiug able to rotate, examine and try the functionality. For example, 
a customer may be able to open and close a car door, adjust the seat, and open the trunk. 
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Altematively, products may also be provided as 2D or 3D images having components within 
these images configured as simulation objects. After intei^ting with the products and viewing 
product information, the customer may decide to purchase the product (Step 420). When 
purchasing, the customer will specify shipping requirements, such as ship date, ship to, bill to, 
etc. Quantities may be adjusted here, should the customer desire to detennine any price 
reduction based on quantity purchases. An order is then placed, and the purchase and goes 
through a transaction handling process. 

If no decision is made to purchase, the customer may continue (Step 425) by starting 
&om die beginning (Step 400), continue by beginning a new search (Step 405), reviewing the 
results of his present search (Step 4 1 0), or simply return to the home page, or the customer may 
log off. Alternatively, there may be provided the further option of saving the product 
information and simulation objects viewed for later review. Later viewing ofT line may be 
accomplished by saving the product information and simulation objects in the web browser's 
cache. 

In Figure 5 there is shown a flowchart for an alternative method of implementing 
procurement system 1 00. The procurement system 100 of Figure 5 is similar to that of Figure 
4. A customer first accesses a merchant website with a web browser 120 configured with a 
viewer to view simulation objects 200 (Step 500). Upon accessing the merchant website, the 
customer may conduct a search for products and product information (Step 505). The customer 
then views the products and product information selected, with the products launched as 
simulation objects (Step 510). 

With products and componeuts configured as simulation objects 200, the customer will 
be able to look at the product in more detail. The customer will be able to iatoract with the 
product as if were in front of him or her (Step 515). There will be the ability to look at the 
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product from a 3D aspect, being able to rotate, examine and tiy fhe functionality. After 
interacting with a product, the customer may decide to select other related products or 
components to add to the product. This may entail changing the color, size, quantity, etc. For 
example, a customer may select a product such as a car to be presented as a simulation object 
Thecustomerniaythenaddanaftermaiketproductsuchasabikeracktoacar. Thecustomer 
may attached the bike rack, put a bike in it, and then remove it from the car. This process of 
configuring a final product based on trying various products and components and then makmg 
a selection is Step 525. The customer may decide to purchase the configured product (Step 
530). If the product that is configured corresponds to aparticular product number, that product 
number is noted as the purchased product. If the product that is configured has not been 
assigned a particular product number, then the newly configured product may be assigned a 
product niunber, or, alternatively, the product may be purchased as a bill of materials listing 
its components. 

If no decision is made to purchase, the customer may continue (Step 535) by starting 
fix)m the beginning (Step 500), continue by begiiming a new search (Step 505), reviewing the 
results of his present search (Step 5 1 0), or siinply return to the home page, or the customer may 
log off. Alternatively, there may be provided the further option of saving tfie product 
information and simulation objects viewed for later review. Later viewing off line may be 
accomplished by saving the product information and simulation objects in the web browser's 
cache. 

In Figure 6 there is shown a flowchart for an alternative method of implementing 
procurement system 100. The procurement system 100 of Figure is similar to that of Figs. 4 
and 5. A customer first accesses a merchant website with a web browser 120 configured with 
a viewer to view simulation objects 200 (Step 600). Upon accessing the merchant website, the 
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customer may conduct a search for products and product information (Step 60S). In the 
procurement system shown in Figure 6, the customer knows information about a conq)onent 
part of a particular product, and desires to obtain more information about the component part 
The customer may generally know the product, but may not know, for example, the name of 
the part, or how that part fits together with the other components to make the product The 
customer desires this information, and may, or may not want to purchase the component part 
As before, the customer views the products and product information selected, with the products 
launched as simulation objects (Step 610). 

With products and componeats configured as simulation objects 200, the customer will 
be able to look at the product in more detail (Step 615). The customer is able to take £^art the 
product to ascertain the component part of interest (Step 620). For example, the customer may 
remove the body of a car represented as a simulation object to view the exhaust system. The 
customer may then pull q>art the exhaust system to identify a particular con^)onent part of the 
exhaust system. 

This process of finding a component part based on trying various products manipulating 
the component parts is Step 625. The customer may decide to purchase the configured product 
(Step 630). 

If no decision is made to purchase, the customer may continue (Step 635) by starting 
fipom the beginning (Step 600), continue by beginning a new search (Step 605), reviewing the 
results of his present search (Step 6 1 0), or simply return to the home page, or the customer may 
log off. Alternatively, there may be provided the further option of saving the product 
information and simulation objects viewed for later review. Later viewing off line may be 
accomplished by saving the product information and simulation objects in the web browser's 
cache. 
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The procurement system 100 of the present invention may be used in an online 
maiketplace environment. Figure 7 provides the data flow for product data and simulation 
objects to and fiom procurement system 1 00 for a multiple merchant environment Simulation 
object developers 700 generate simulation objects of products and components diat are 
ig}loaded through a database iq)load {^plication 70S to asimulation object database715 having 
aSODMS 160. Product information for the products and components is supplied (and updated) 
by the merchants 710. Product information is uploaded through a database upload plication 
705 to aproduct database 720. An online multiple merchant marketplace 725 is provided. The 
digital marketplace is a fully integrated commerce platform for providing multiple merchant 
product information and procurement capabilities. Core transactions and interface provide the 
entire procurement process, including, for example, product catalog and search engines, real- 
time tracking and receiving, routing and s^proval. Typical graphical user inter&ces (GUIs) are 
provided as well as management of the inter&cing of multiple customers with multiple 
merchants. The online multiple merchant marketplace 725 may be implemented using 
TRADEX® Conunerce Center software by Ariba, or the like. 

The online multiple merchant marketplace 725 shoWn in Figure 7 provides marketplace 
web pages 730 for customers. Access to these web pages 730 is either direct, or may be 
through links from the web pages 745 of other sites. Once the online multiple merchant 
marketplace 725 is accessed, customors are provided with product information firom the product 
database 720 and simulation objects 200 as more fiiUy described with reference to Figures 4 
through 6. Non-customer users of the simulation objects 200 may be provided with direct 
access to the SODMS 160 and simulation database 715. 

In Figure 8 there is shown an architecture diagram of a typical implementation of the 
procurement system 100 of the present invention in a multiple merchant marketplace 
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environment The multiple merchant marketplace environment may be inq)lemented using an 
plication server 800, providing interoperability and coordination between the various 
elements of a procurement system 100, such as shipping, piirchasing, accounting, inventory 
control, etc. Thes^Ucationserverniaybea Javabased2^pUcationserver,butanyconaparable 
application server may also be used. If the q>pUcadon server 800 is a Java based ^plication 
server, it niay included several Java classes which are called as and when required to perform 
specialized set of operations. The functional modules of the procurement system 100 may be 
implemented using these Java classes or comparable classes of another {^plication. For 
example, a class or collection of classes may implement product customization, while anoth^ 
implements the ordering process. Subsystems that are a part of the application server 800 may 
be preferably designed as Java Beans, but those skilled in the art may find other architectural 
choices better fit their particular circumstances. 

The application server 800 as shown in Figure 8 provides connectivity to the product 
database server 805 for the online multiple merchant marketplace. A database connection 820 
is shown between the q)plication server 800, and in Figure 8 the database connection 820 is 
a Java database connection (JDC). The database server typically contains the product 
information and fimctions necessary for inq>lementation of the related online multiple merchant 
marketplace 725 shown in Figure 7. A database implementation such as a SQL relational 
database, provided by various vendors, for example, Oracle 8i may be used for the database 
server 805 or for the sunulation object database server 810, or both. Using a JDC for the 
database connection 820 for implementation, and using an amount of parameterization provides 
for future migration, if desired, to other Javabased database configurations. The SODBMS 1 60 
may be implement on a simulation engine 815 using a Java application. Typical hardware for 
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application server 800 or simulation engine 815 may be a Sun Solaris® or Weblogic® 
Application Server. 

The ^plication server 800 may provide for flie detemiination of the location of a 
particular simulation object 200 located in the simulation object database server 810 through 
an API 825 that may be a Java APL Enterprise Java Beans (EJB) 830 may be used to provide 
the product infonnation to the HTTP server 140. The HTTP server 140 is designated as a 
Netscape Directory Server 835 or equivalent. Simulation objects 200 are received fcom the 
simulation objects engme 815, and product infonnation is received fipom the ^plication server 
800. The simulation objects 200 and product information are linked and transmitted by the 
HTTP server 140 to the customer. Because Java is a platform independent language, for the 
present invention, the system architecture may alternatively be configured so a Java based 
application server 800 could possibly interact with external Java based management 
informationsystems/eaterpriseresourceplaimingsystems(MIS/EEU*sy5ten^ Forothernon- 
Java based MIS/ERP, most ERP/MIS system have available support and interfaces for Java, 
In the absence of such a availability, the application server 800 would need to make 
connections to these resources using interoperability technologies such as CORE A (common 
object request broker architecture) or COM+. 

The procurement system 100 of the present invention may also include dynamic loading 
of files fix)m an Internet URL or compatible file. 

A secure socket layer (SSL) and firewall 850 may be used to provide access control and 
content security for the procurement system 100. As the data exchanged in the procurement 
system 1 00 may be commercially sensitive, the system architecture may be SSL secured with 
server and client authentication. This would imply that only authorized/identified customers 
would be allowed access. The client identification/authentication may be implemented using 
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client certificates; the ciistomers* operations such as issuing quotes, discounts orders etc. will 
be traced back to the customer. The server certificate facilitates encryption of the transferred 
data (and its subsequent decryption at the receiving end), so that a secure network is realized 
comprising of all the participants of the online multiple merchant marke^lace ^viionment 
In Figure SA^ it is noted that the system architecture of Figure 8 provides system 
scalability. Scalability is necessary to maintain procurement system functionality and 
efBciency as the number of merchants and customers participating in the multiple merchant 
marketplace increases. Thus, with the procurement system 100 of the present invention, the 
data that is required appears seamlessly obtained. Further, a cluster of geographically 
distributed resources server hardware) may be efficientiy utilized in a manner transparent 
to the customer. 

In another embodiment of the present invention shown in Figure 9, non-customer users 
are provided with an access system 900 having web-based fiont ends to view and try products 
and conoponents. Various classes of non-customer users may include, but are not limited to, 
those responsible for shipping (who make sure products get shipped, or make sure catalog 
represents current shipping costs), buyers (who check inventory levels for reorders, monitor for 
popular/unpopular products, or place orders with other entities), a merchants employees, etc. 
Each class will have differing demands and will interact with various kmds of resources to 
conduct their commerce operations. 

For only viewing and trying a product, browser 920 is an augmentation of a web 
browser 120, or, alternatively another web-based front end may be implemented with special 
code to display and manipulate simulation objects. In addition to a plug in, an Active X 
Control, JAVA Applet, or other relatively portable, easily integrated module may be used. The 
web browser 920 makes HTTP requests to the web server (not shown), but the result is a 
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coiresponding web page retrieved and processed by the {^plication server (not shown). The 
plication server makes the necessary connections to the SODMS, or t an external resomce 
like an MIS/ERP system for performing any operations as required by the customers. 
Non-customer user operations on diese pages are again conveyed using the HTTP protocol to 
the web server, and in turn to the application server. The plication server receives these 
events and performs the requisite 'event-processing* and returns results to the customers, as 
^propriate. After retrieving the data fiom these resources, and performing the necessary 
processing on them, the page sent to the customers' browser for display. This type of 
integration to other commerce oriented back-end systems is well known in the art Particularly 
unique to the present invention is the enhancement to the activity provided by the presence of 
simulation objects representative of the products. 

FIGURE 10 is a graphical user interface (GUI) 1000 for using the multiple merchant 
marke^lace environment consistent with the present invention. GUI 1000 is an example of a 
multiple merchant marketplace home page. GUI 1000 may be generated on the screen of 
customer terminal 110 remotely HTTP server 140). The customer interacts with 
procurement system 100 through GUI 1000. One skilled in the art will recognize that GUIs 
described herein represent just one example of a user interface for procurement system 100. 
Other GUIs representing different methods consistent with the present invention may also be 
displayed to a customer. 

GUI 1000 first requests the customer to enter identification information. As shown in 
Figure 11, GUI 1000 in the log in area 1 105, information such as a name and password may 
be requested. (Plugs in or viewers may be downloaded previously fiom an introduction page 
(not shown).) GUI 1 000 may be provided with enhancements such as a feature section 1205 
highlighted in Figure 12 that features selected products and components. In Figure 13, entry 
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into tbe multiple merchant madcetplace is effected by using the menu 130S requiting the 
customer to choose j&om the predetemiined criteria. Once the customer has made a selection, 
categories of available products may be available in drop down menus as shown in Figure 14. 
For example, in GUI 1000, the customer must select Scorn a plurality of subject areas (Step 
1405). The drop down menus of GUI 1000 shown in Figure 14 request information pertaining 
to products, products areas, particular merchants, etc. Each product area includes a drop down 
menu for selection of a product type within the product area (Step 1410). Each product type 
includes a drop down menu for selection of product listings (Step 1415). Product Usting may 
also be displayed according to availability according to country, or some other identified 
criteria. 

The GUI 1000 provides that a customer may select to review information about a 
particular product and one or more components of that product at the same time. For example, 
in Figure 1 5, the customer has requested information about a Jeep® Grand Cherokee®. GUI 
1 500 of the present invention provides for the customer to see a Jeep® Grand Cherokee® and 
several after market parts. In addition, the customer may search through component parts of 
a product or view component part of that product. A simulation object 1505 of a Jeep® Grand 
Cherokee® is provided for the customer to mteract with the product The customer may view 
the simulation object 1 500, and manipulate and interact with the simulation object 1 505 using 
an input device to manipulate the simulation object 1505. Various component parts of the 
simulation object 1505 may also be viewed by, for example, removing the body of the 
simulation object 1505 (not shown). 

If the customer desires to purchase the product, the customer is prompted to input 
product information (Step 1605) into the product selection fields 1610 as shown in Figure 16. 
The merchant information is may also be requested using pop-up menus or other means known 
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in fho art After entering product selection informati n into GUI 1500, the customer can 
continue to view and interact with other products and components, and add those selected to 
the product infonnation fields 1610. For example, in Figure 17, die customer has selected to 
view a coiiq>onent part 1705 -a wheel. InFigure 18 the conq)onentpart 1705 is featured. The 
component part 1705 is shown as an image, and the wheels of the simulation object ISOS have 
been replaced with component part 1705 creating new simulation object 1 805. 

If the customer desires to purchase the product depicted as new simulation object 1 805, 
the customer is prompted to input product information (Step 1605) into the product selection 
fields 1610 as shown in Figure 1 8. The customer may then continue to view and interact with 
other products and components, and add those selected to the product information fields 1610. 
Alternatively, the customer may select another product area, product type or product (Step 
1905) as shown in Figure 19, and continue the procurement process of the present invention. 
The customer may configure, re-configure by, for example, adding or subtracting components) 
any product or components desired. When the customer has completed the information 
requested in the purchase fields, the purchase order would be routed through the fidfillment 
process. The fiilfillment process typically would include a confirmation of the customer's 
order, confirmation of availability, shipping and fiilfillment and online billing. 

While only some embodiments consistent with the present invention have been 
described, those skilled in the art will understand that various changes and modifications may 
be made to these embodiments, and equivalents may be substituted for elements in these 
embodiments, without departing fiom the true scope of the invention. 

In addition, many modifications may be made to adapt a particular element, technique 
or implementation to the teachings of the present invention without departing from the central 
scope of the invention. Therefore, this invention should not be limited to the particular 
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mbodiments disclosed herein, but should inchide all embodimenls felling within the scope of 
the appended claims. 

TheimptovedcQnnectivitypiocurementpn)cessenablesacustQmCTto,overtheIhtmi^ 
or in an appUcation, view, examine, understand and even configure products. After iWs, the 
customer can proceed to buy the product with, if selected, the preferred configuration. Ihe 
present invention provides the elements necessary to achieve integration and intBroperabiUty 
with external systems. 
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We claim: 

1 . A procuremoit system having intoactive functionality, comprising: 

a customer tenninal for exchanging product data with a product data storage device, 
said product data comprising at least one sunulation object; 

said customer temunal capable of displaying said at least one simulation object for 
mampulating by a user of said customer tenninal. 

2. A procurement system as claimed in claim 1 where said product data storage device is 
a server. 

3. A procurement system as claimed in claim 1 or in claim 2 wherein said customer 
tenninal further comprises a system for placing and fulfilling product orders. 

4. The system of claim 1 , 2 or 3, wherein the communication between the catalog server 
and the customer terminal takes place over a network. 

5. A procurement system having interactive functionality, comprising: 
means for storing a simulation object of a product; 

means for displaying said sunulation object of a product; and, 
means for providing customer interaction with said simulation object when said 
simulation object is displayed. 

6. The system of claim 5, wherein means for providing customer interaction with said 
simulation object when said simulation object is displayed takes place over a network. 

7. A procurement system having interactive functionality, comprising: 

a customer terminal for exchanging product data with a product data stomge device, 
said product data comprising at least one simulation object; 

said customer terminal capable of displaying said product data for manipulating said 
simulation object. 
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8. A procurement method having interactive functionality comprising the steps f: 
creating a simulation bject of a product; 

displaying a simulation object of a product at customer terminal; 
providing for a customer to interact with said displayed simulation object at said 
customer terminal. 

9. A procurement system having interactive functionality with a product, comprising: 
a customer terminal configured to exchange product data with a product data server^ 
said product data server having product data including at least one simulation object, 

said product data server in communication with said customer terminal, and providing to said 
customer terminal said simulation object; 

whereby said customer terminal creates an interactively controllable display of said 
simulation object representative of said product 

10. A procurement system having interactive functionality with a product as claimed in 
claim 9, said customer terminal further capable of handling purchase request for said 
product. 

11. A procurement system having interactive functionality, comprising: 

a customer terminal for exchanging product data with a product data storage device, 
said product data comprising at least one simulation object of a product and at least one 
simulation of a component related to said product; 

said customer terminal enable of displaying said at least one simulation object, and 
said customer terminal c£^able of displaying said at least one simulation object and at least one 
simulation of a component related to said product, 

for manipulating and configuring by a customer. 



27 



wo 01/73645 



PCT/DSOl/10529 



12. A procurement system as claimed in claims 9, 10 or 11, said product data further 
conq}rising an order form for said product 

13. A procurement method having interactive functionality comprising the stq)S of: 
creating a simulation object of a product; 

storing a simulation object of a product; 
displaying a simulation object of a product at customer terminal; 
providing for a customer to interact with said displayed simulation object at said 
customer terminal. 

14. Amethodofprovidinganonlinemerchantmaiketplacehavingprocurement interactive 
functionality comprising the steps of: 

creating a web page capable for providing at least one product of a merchant available 
for purchasing fiom said web page; 

creating a simulation object of said at least one product for displaying and manipulating 
on said web page; 

providing for purchasing said product online at said web page. 

15. A merchant marketplace having procurement interactive functionality comprising: 
an online catalog of product data for at least one product, 

said product data for at least one product including a simulation object of said 

product; 

a customer terminal for displaying and manipulating said at least one product. 

16. A merchant marketplace having procurement interactive functionality as claimed on 
claim 15, fturther comprising an online purchasing of said product 
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